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A sygTtavy AW> mf,thoi> for factt *^ ™ g ok .liivr My ff , 

Field of thftjpvtm^ 

He present invention relates to a system and method for facilitating on-line payment 
and particular ly, but not exclusively, to a system and method for facilitating on-line 
payment for goods and/or services purchased via a network based merchant site. 

Background of the fowmpfrm 

One of the ,maj or barriers to user uptake of on-line shopping i8 foe lack ofor at least 
perceived lack of security in relation to the provision of payment details, such as credit 
carfnunfo^tom^ 

to merchants that surveys carried out in relation to on-line shopping 
have dimmed anywhere between 25% and 75% of customers abandon theT 
shopping carts" without completing purchase, 

-There are other reasons for non-completion of purchase apart from customers not 
trusting merchant sites with their credit card details. These include the fact that not all 
on-hne consumers have credit cards, and credit limits may have been reached. 

Customer initiated direct debit is known for on-line payment of bills, such a* utility 
Wb, and for recurring payments, but the sites need prior standing authority W L 

uS "T** "T* ^ mechanism - ™*cut this explicit authority no 

laird parties, such as merchants, are able to access fonds from the customer. Such an 
arrangement is tedious and inconvenient to set up. In any event, customers are 
extremely reluctant to give authority to a third party to access their funds and there are 
concerns about fiaud and difficulty in cancelling such an authority. ^ ^ ^ ^ 

account, such as a bank account or credit card account or debit card account, to a 
merchant's account, dining an on-line product transaction. 

These difficulties give rise to a low rate of uptake of on-line mcrcbar^iamg. 
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In accordance with a first aspect, the present invention provides a system for facilitating 
on-line payment for an on-line product transaction, comprising an interface means 
5 which is arranged to be initiated via a merchant site and is arranged to provide a 

connection to a financial institution application to enable processing of the payment, via 
the financial institution application, to a merchant account. 

By "on-line payment" is meant any payment which is initiated over a network 
1 0 connection. By "on-line product transaction" is meant any transaction for a product 
which occurs over a network connection, A network may be any computing system or 
telephony netwoik. "Computing system network" includes any network of computing 
devices. "Computing devices" include conventional computers, PCs, laptops, and 
mobile communications devices such as mobile telephones, personal digital assistants, 
15 and any computing system which is connectable to a network. 

A ^product transaction" is a transaction for any product, which may include goods 
and/or services. 

20 A "merchant site" is a computer network site provided by a computing system which is 
connectable to the network to offer products for sale via the network to customers. A 
'•financial institution application" may include any application operated by a financial 
institution, $mh as a bank or other account providing authority. The financial institution 
application will ba usually provided by a financial institution computing system which 

25 is connectable to the network to make available the financial institution application. 

A typical computer network on which on-line product transactions take place is the 
Internet. The Internet offisrs many merchant sites which can be browsed by customers to 
enable customers to detennhae whether they wish to purchase a product The present 
30 invention is not, however, limited to application on the Internet only- It may be appHed 
to any computer network where products are sold on-line and with the facility to 
connect to financial institution systems. 

Preferably, the interface means enables flic payment to proceed in "real time". This 
3 5 preferably enables payment to occur during the product transaction. 

Payment may be by way of any stored valued methodology eg. money, loyalty points, 
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etc. 



Inferably, the interface means is arranged to be initiated via the merchant site via a 
customer operating a customer computing system. 

Preferably, the interface means is arranged to generate confirmation to a merchant 
system that p ayment has occurred. Preferably, the confirmation enables the merchant 
system to complete the product transaction. 

^Tlt * e * terfece means is to obtain details of the transaction and 

provide |ta detads to the financial institution application to enable payment. 



D^a^ui *v , ^ -rr-*-««™ iv eaawc payment. 

Preferably, fee transacts details include the amount of payment Preferably, the 
tomsacUondctads mclude information which maybe required to identify J 

In one embodiment, the interface means is arranged to interface with known pro- 
ex.stmg financial institution apphcafions. These teulude financial institution 
applications provided by so-called "Internet banking" sites. 

^Z^TT " ppHc * kW8 usuaUy ^ a seourity means to ^ * 

enabteoperation to cany eProcesses such as payment by a customer (who may hold 

rl^^l H ^ ^ 3 CUSt ° mer ' 8 system to the 

finance mstmmon application to enable the customer, who is facilitating the 
transact* at me merchant site, to enter their security means (which may be a 
password, PIN or any other type of security means). * 

1^^"^°^ ** stating on-line payment includes an 

V £ to ^ter tl« securiry means to the 

totuhen apphcatton. The agent plication is preferably arranged to obtain the 
secunty means fiom a customer computing system, the security means being stored in a 

toObtam the decryption key for the custom^ encrypted security means, to enable 
to that of the acttve content agents described in the applicant's pending international 
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patent plication, no. PCT/AUQ2/0015Q, flI edcnl4 February 2002. Disclosure of thi8 
document is incorporated herein by reference. 

The system is preferably arranged to store e record of transaction details for a 
5 transaction. 
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oftransaefcora, This database may be accessible by n>erchants and/or customers in 
10 °Zn° t0 *" ^ ° f *~<™ they have carried out via the 

Preferably, the systom of the present invention may be used to facilitate payment for a 
t^saenon Som a debzt or credit account of a customer to a d CsigDa ted account of a 



to atleast a preferred embodiment, the system of the present invention provides the 
advantage, that a customer accessing a merchant sire and widnng to purchase a product. 
Repayment ibrtlu.tprcdnctm^time-m 

mftaface means connects the customer system to a designated financial institution 
l^T* TT* aCCOUnt g " Standart available on-line) to a 

al^ 



contml of the customer who is paying; The customer does not have to give any security 
c^third parry, other than the financial institution that foeyueuaJly deal wifo fry Z 

fZ I^TlT ^- The merchant, in turn, has the comfort of 

being aware ftatpayment has occurred before he delivers Msproduct 

to accordance with a second aspect, the present invention provides a method for 
faemtatmg on-line payment for a transaction between a customer and a merchant, 

xZeLT t T °^Tf " to01SaCti0n »» site, acccssmg a 

financial appheation and making the financial application available to enable a pa^Lt 
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from a customer's account to an account of the merchant. 

t invention. 



10 h, apdance with a fourth aspect, the present invention prides a computet readable 

15 on^cpayment for a product transaction, coBmriaing an interfoce means which is 
arranged to be nntiated via a merchant site and is arranged to provide ccamection to a 
payment means to enable processing of the payment to a merchant account. 

^erably. the interface means is arranged to connect a customer computer accessing 
pTyme^ 



fteferably, the payment means is provided by a financial institution i 

m may be advice for on-line payment of 

us, ana peer tope 

fo accordance with a ( 



i site. 

25 A 

transaction such as 



r-. . • .. -— r w»vw9 a Systran for 

30 arranged to be coated™ a system menage and is arranged to provide connection to a 
payment means to enable processing Q f the payment. * 

message maybe any message which can be transmitted via a network. 
Pr&erabfy, the system message is an e-mail message. 

35 
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example, fhe e-mail message may include a bill for utility service. The e-mail preferably 
includes a link which is enabled to connect the further party to a payment means, such 
as through a merchant site, to enable payment in response to the message. 

5 La accordance with a seventh aspect, the present invention provides a method for 
racilitatine on-line payment, comprising the steps of using a system message nesting 
payment for a transaction, to link a transaction payers computing device to a payment 
means to enable processing of fhe payment 

1 0 In accordance with an eighth aspect, the present invention provides a computer program 
aichMfcng instructions for controlling a computing system to implement a system in 
accordance with the sixth aspect of the present invention. 

to accordance with an ninth aspect, the present invention provides a computer readable 
IS medium providing a program in accordance with the eighth aspect of the invention. 

Prtef Description of the Drawfrp* 

Features and advantages of the present invention will become apparent from the 
20 following description of an embodiment thereof, by way of example only, with 



35 



Figure 1 is a schematic diagram for flmstrating operation of a system in accordance with 
an embodiment of the present invention; 

25 

Figures 2 through 7 are example computer screen displays for illustrating operation of 
an embodiment of the present invention; 

Figure 8 is a an example computer screen display illustrating unction data records 
30 which may be produced in acconW with an emboditnent of the present invention; 
and 



Figure 9 is a flow diagram illustrating a process in accordance with an embodiment of 
fhe present invention. 
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Description of the Preferred Vxryh^^ 

A system and method in accordance with one embodiment of the invention win now be 
described with reference to the accompanying drawings. 

The system and method ofthia embodiment of the invention facilitate on-line 
transactions. By "on-line transactions" is meant any transaction which occurs over any 
network. The example network used in the following description is the Internet The 
invention may be applied in any network environment, and is not limited to application 
10 over the Internet FP n 

The system of this embodiment include* an interface means, which will be illustrated 
and described in detail later, and which in this example is implemented by an 
appropriate server computing system 1 which is connected to the Internet 2 via 
appropriate communication means 3 . The interface means in this example includes 
software which is arranged to be made available over the network by the server 
computer 1. 
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^odlustrated m Figure 1 is . merchant computing system 4. The merchant computing 
system 4 may include any appropriate type of server computing system 4 which is 
arranged to serve Web pages 5 on the Internet 2, in order to provide a merchant site 
where, for example, products may be offered for sale. Ih the illustration a single 
merchant system 4 is shown. This merely serves as an nlustrarive example of many 
exratrng merchant comrrating systems arranged for connection to the Internet 2 The 
present invention may be implemented via any suitable merchant system, and is likely 
to be unplemented on many merchant systems. The merchant system 4 is arranged to 
serve web pages 5 , to Ptovido a website vte which info (mcludina 
gooda and/or services) may be.accessed and via whichproducts may be purchased in a 
known manner. In accordance with this embodiment of the invention, the merchant 
^mputmg system 4 is also arranged to operate with the interface means provided by the 

Also shown in Figure 1, am customer computing systems 6\ The customer computing 
systems 6 may comprise any appropriate computing system including appropriate 
software and hardware and in this examplary embodiment are illustrated as being PCs 
including 8 computer 7. monitor 8, keyboard 9 and mouse 10 
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The user computing systems 6 includes browser or other software 1 1 which is arranged 
to enable me computing system 6 to browse or access Web pages over the Internet 2, 
such as Web pages 5 provided by the merchant system 4. Browsers are known. 

In Figure 1, three user computing systems 6 are shown. This is for illustrative purposes 
only. As is well known, there are many customer computing systems which are 
arranged for connection to networks such as the Internet, so that, for example, 
customers can browse various merchant sites (as well as other Web pages) in order to 
select products for purchase. Ibis embodiment of the present invention maybe 

1 many customers. 



Conventionally, when a customer accesses the Internet to view a merchant site, their 
browser brings up the appropriate Web page and the user studies the Web page(s) and 
selects an appropriate product (by way of a "shopping basket") for purchase In order to 
15 proceed with foe purchase, the customer must then provide payment details to the 
merchant site, this is most usually done by way of providing credit card details. As 
discussed above, many people are reluctant to provide their credit card details to 
merchant sites. 



The majority of customers keep accounts with financial institutions, such as banks. The 
majority of financial institutions offer services which are available on-line. These 
services may include access to a customer's account records. They may also include 
fociUties which enable a customer to pay third parties directly from their account For 
example, foe financial msutution may offer an on-line financial application which 
enables a customer to pay fiom their account to a third party whose account details, or 
some account identification of foe third party, are provided to foe application. The third 
party's account details or identification may include account number, which financial 
insntudon the third party holds the account with, and omer required details. 

In Figure 1, a server computing system 12 of foe financial institution is illustrated. The 
financial institution server computing system 12 is arranged to serve Web pages 13 to 
foe Internet 2. Web pages 13 may enable operation of the financial applications for 
allowing access to customer account records and making account transfers, and other 
Amotions. Such applications are known. 

Only a single financial institution server wmputcr 12 is fflustratedm foe drawings It 
will be appreciated that there may be many financial institutions arranged to serve Web 
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pages far facilitating financial applications. The present invention may find use with 
many such financial institution applications, and the single server computer 12 is shown 



The system of this embodiment of the present invention includes an interface means, 
which in this embodiment is in the form of a software application provided by server 
computing system 1 . The interface means operates to connect to die financial institution 
application provided by the financial server computer 12, to enable payment to an 
account of a merchant associated with the merchant system. 



In this embodiment, the system 1 of the present invention also includes a transaction 
record database 15 for storing records of transactions occurring via the system 1 and 
also a decryption key database 16" which stores decryption keys for decrypting 
encrypted customer security means and which will be described in more detail later. 
15 The system 1 of the present invention may be implemented by any appropriate 

computing hardware and software. Although databases 15 and 16 arc shown separately, 
they may be implemented by combined hardware/software. 

The customer computing system 6 also may include software in the form of a digital 
20 safe 17 and an "active content agent" engine 1 8. The function of these will be described 
in more detail later. 

Operation of an embodiment of the present invention will now be described byway of 
illustrative example wim reference to the example computer screen displays of Figures 
25 4 through 7. The example screen displays have MICROSOFT® toolbar layouts and 
•look and feci". The present invention is not limited to mis format any appropriate 
format may be used. Please note that where brand names and trade marks are shown in 
the drawings, they are for example purposes only and are in no way limiting to die 
invention. 

30 

The example computer screen display shown in Figures 2 through 7 are the displays 
which will appear on a customer system 6 monitor 8. 

Wifii reference to the Figures, the customer computer 6 accesses a merchant site 
3 S provided by Web pages 5 supported by merchant computing system 4. In this 

illustration, the merchant site offers for sale digital video discs (DVDs). The customer 
browses the merchant site and may select one or more DVDs for purchase. The 
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customer then proceeds to a "payment" page on the merchant site, the payment page 20 
being illustrated in Figure 2. The payment page displays the merchant brand name 21 
(in this case Price Buster DVD's (Pty) Ltd), The payment page 20 also directs 22 the 
customer to select a payment method. The payment methods available on payment page 
20 include the conventional payment method of paying by credit card 23. It also 
includes the option 24 of paying the merchant by way of the payment system and 
method in accordance with an embodiment of the present invention. The payment 
method 24 is labelled with the brand name "eWise Pay 3P" 25. This is a brand name 
only. Any brand name or any other designation of a payment method may be utilised. A 
drop-down menu 26 is available for selecting a financial institution application to 
facilitate payment to the merchant. 

The page also includes a filler Code" 27, and "Amount" 28 and a transaction 
"Reference- 29. Some or all of this information may or may not be shown on the page 
20- For example, in an alternative embodiment, the Billet Code 27 may not be shown, 
and instead may bo stored and retrieved from a database. 

The amount 28 is the amount that the customer needs to pay to the merchant. 



Figure 3 is a further view of the payment page 20, showing details of the drop-down 
menu 26. It is dear fix)m this that there are a number of financial institution applications 
On this case four) available for the customer to select Note that any number of financial 
applications may be provided for selection. This will depend upon the number of 
financial institution applications that mc present mvention is authorised for use with and 
25 also the number of the financial institution applications which may be available. 

The customer selects one of the financial institution appficationa 26 for payment to foe 
merchant (the customer will usually select a financial institution application of a 
financial institution where they hold an account). The selection initiates operation of foe 
system 1 of the present invention. The system 1 provides a ••payment gateway- display 
30 (Figure 4). The payment gateway 30 opens in a separate browser window on the user 
computer 6 (note that it may open in the same browser window). The page 30 is served 
by the system t in accordance with the present invention. Note that foe payment 
gateway display 30 msplays branding 31 ofthe financial institution deploying the 
35 system. Whether or not this branding is displayed is optional. 

Ouwfoformationmay also be displayed in the payment gateway 30 page. Shown in 

P4901S 
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Figure 4 is the Merchant Name" 32, a Reference" 33 and a payment amount 34. The 
"Amount Paid" information includes type of payment that would occur, in this 
particular example being a direct debit. Note that the ether information may also be 
included in the payment gateway page 30 as desired. 

5 

In this embodiment, the system 1 utilises a software application in the form of a 
software agent in order to provide an interfile to the financial institution application 
selected. Once the system 1 is initiated by selection of the payment method 24 and 
selection of the financial institution application, the software agent navigates the 

10 Internet 2 to locate the financial institution 12 and website 13 served by the financial 
institution. The software agent then connects the customer computer 6 to the website of 
the financial institution, so that the customer can connect to the financial institution 
application. In tins embodiment, the agent application is also arranged to extract 
payment details ftom the merchant system and provide those payment details to the 

1 5 financial institution application. 

When the agent application has navigated to the financial institution system 12 toe 
appropriate Web page 13 is served to the customer computer system 6. Figure 5 shows 
one example of an ''Customer Sign In" page 35 provided by one particular financial 
2 0 institution application. This page includes some information (the information will 
depend on the financial institution application being accessed) and also a "Customer 
Sign In" section 36 requiring entry of a security means to enable access to the financial 
institution application. It is to be noted that the financial institution application is a pre- 
existing application. The agent application of this embodiment of the present invention 
25 has interfaced the customer computer 6 automatically to the pre-existing financial 
institution application without requiring any operation by the customer other than to 
select the financial institution application to be navigated to from the merchant site. 
Note that Figure S gives one example only of a financial institution application, and the 
present invention may be used with any financial institution application. 

30 

The next step in the process is that the customer enters their security means to the 
Customer Sign In section. In this example the security means includes a Customer t 
Number 37 and a Password 38. The security means may include any type of security 
means, depending upon the security means required by the financial institution 
35 application. 

Note that in an alternative embodiment to be described later, the system of the present 

P49018 
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invention may automatically provide the security means to the financial institution 
application. In the illustrated embodiment, however, the customer provides the security 
means fhemsohres. 

5 No security means is provided to the merchant site; The customer instead provides the 
security means directly to the financial institution application. This is something that the 
customer iB comfortable with doing. There is no potential for the merchant, therefore, to 
illicitly access the customer's account via the financial institution application. The 
payment to the merchant via the financial institution application is under the control of 
10 die customer and is separated from the merchant system. 

Once the security means have been entered, the financial institution application operates 
to enable payment to the merchant. The agent application automatically navigates the 
site to the appropriate page. Referring to Figure 6, the page 40 is served to the customer 

15 computer 6 by the financial institution system 12. The page 40, in this example, enables 
entry of details for payment from an account the customer has with the financial 
institution, to an account of the merchant (which maybe with the same financial 
institution or another financial institution). In this example, page 40 includes 
information such as the account <c Pay From" 41, the "Payer Name** 42, a "Description" 

2 0 of what the payment is for 43, The page 40 also includes information relating to the 
merchant payment details, including the "Account Name" 44 of the merchant, the 
current identification information including in this example a "BSB Number** 45 and an 
Account Number" 46. It also includes a ^Description** 47, which in this case is the 
Reference 33 which appears in the merchant site as reference numeral 29 and on the 

2 5 payment gateway as reference numeral 33 and which identifies the transaction to the 

system 1 of the present invention. The information also includes an "Amount" to be 
paid. 

In this embodiment of the invention, as discussed above the agent application obtains 

3 0 payment details from the merchant site. It may also obtain details of the payer either 

from the merchant site or the customer computer or a system database* In the example 
shown, the details obtained by the agent application are automatically entered into the 
financial institution application. These details include the Payer Name 42, the 
Description of the item 43, the Account Name of the merchant 44, the BSB Number 45, 
35 the Account Number 46, the Description 47 and the Amount 48. One advantage of 
having these details automatically entered into the financial institution application is 
that they will be accurate without any potential for customer error* Conventionally, a 

JM901S 
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customer would enter the details via a user terminal 6 t which can often result in error. 
The agent application is arranged to obtain the details that are relevant for the particular 
financial institution application. The agent application therefore operates by first 
detecting which financial institution is selected at the merchant site and then obtaining 
S the details that it knows are required for that financial institution application from the 
merchant site and (if required) die customer computing system 6. 

Note that the account of die customer 41 may be selected by the customer or may 
automatically be selected by the agent application based on information provided by the 
xo customer computer. 

Note that this page and other pages may not be visibly displayed to the user in the case 
where it is fully automated by Hie agent- 

15 Following submission of the payment details and processing by the financial institution 
application of the payment to the merchant, the system 1 of the present invention 
produces a 'Tayment Received" page 50 (Figure 7). This page is similar to the initial 
Payment Gateway page 30. It includes further details, however. In particular it includes 
a date and time 51 on which payment was made. It confirms 52 the amount of payment 

2 0 that was made and the date. It provides information on the receipt S3 which is provided 
by the system 1 to the merchant system 4. It also includes some further reference 
information 54 providing details of the account paid from and the financial institution 
receipt number that the agent extracted automatically from the financial institution site. 
The merchant therefore receives an official receipt of payment to their account of the 

2 5 required funds for the transaction. They can therefore organise delivery of the product 
to the customer in the comforting knowledge that they have already been paid. 

Note that a Return to Merchant" button 55 is provided for the customer' s return to the 
merchant site. 

30 

Figure 8 is an example computer display screen which may be viewed via a merchant 
system 4 and shows a records page 60 of transaction records stored in database 15 of the 
system 1 . The system 1 serves the page 60 to the merchant system 4 so that the 
merchant can view the transaction records of the transactions that have occurred via the 
35 system 1. 

The records may be represented in any convenient form on the page 60. lb. this example, 

P45JOX9 
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the records include information such as "BiEer Code" 61; "Biller Name" 62- 
"Refer ence" 63; "Account Paid Via" 64; "Comment" 70; "Amount Paid" 66- ^ a te 
Paid" 67, and the "Receipt Number" 68. 

Records may also be provided for access by a customer computer server so that a 
customer can view transactions that they have paid via the system 1. 

lathe above embodiment, the customer is expected to remember and enter their own 
secwity means to enable access to the financial application (Figure 5). In an alternative 
embodiment, the technology disclosed in the applicant's co-pending international 
apphcation no. PCT/AU02/0O15Omaybe employed to enable the agent application to 
automatically obtain 1be customer's security means and enter them to the financial 
institution application. 



1 5 Referring to Figure 1, in this alternative embodiment a customer computer system 6 
includes software including a digital safe 17, and an ACA or "Active Content Agent" 
engine 1 8. The digital safe 1 7 stores in encrypted form (using any suitable encryption 
technology) the security means of the user for enabling entry into the financial 
institution application. Database 16 at invention system 1 stores decryption keys for 

20 decrypting the encrypted security means in foe digital safe 17. 

In operation, foe agent application which implements foe interlace to the financial 
mshtation application, is also arranged to obtain the security means 17 fiom the digital 
safe 1 7 of the customer computer 6. It does this by first deternuntog the identity of toe 
custon»r c^utw, foen obtain*^ 

arranged to decrypt foe encrypted code in foe digital safe 1 7. As part of foe registration 

process, a customer would nave their security means, such as passwords, encrypted by 

the system 1 and be provided with a password to enable access of the agent application 

to the decryption key 16 tor the user computer 6 stored in the encryption key database 

16. Thecustomermaybe required to enter a password to the gateway so that the agent 

^S° n <*tain the security means for the financial msutotion 

application from the digital safe 17. 

The ACA engine 18 determines whether the agent apphcation is a correct agent . 
apphcation for the financial institution application and whether it is authorised to access 
toe customer computer 6 for digital safe 17. The agent application may be provided 
wrfo a digital certificate which the ACA engine can use for authorisation. The ACA 
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e.igme then executes the agent application insofar as it enables the agent application to 
m*m*W* safe Handdecrypttheraqu^^ 

facial application. At the stage where fl* user is expected to enter their security 
rneans to the financial institution apphoation (Figure 5), this is automatically entered by 
*e agent apphcanou. The rest of the process is then fcc saunas with the ZZ 
einb^dmacnt Note that once the security means has bsen decrypted by the agent 
Whcatoi^ the decryption key is discarded and must he obtained again from the 
decryption database 16 for future operation. 

Figure 9 gives a summary flowchart of operation of the embodiment described above. 

mventton is operated and tbe payment gateway is called up onto the customer's 
cmuputen At step 72, the gateway implements operation of the agent application. At 
*ep 73 . the agent apphoation connects the user counter to the financl institution 

TEET^ST* ^ t ^ to&Btaddi ^» ^cation. At step 75, 
the msutubon appUcatzon processes payment. At step 76, the agent provide* 

oanWuon of payment to the merchant she and stores a transaction record in a 



mlsert^ T^* 1 ° « rabwl «nent shows one particular implementation of the 
P^nr.ention.^emver^nisnotlmtited 

mjbo^enrcntedm anumber of different ways. For example, L ageat Ration 

Tins ne^d not be the case. In an alternative err^odnnent the agent application merel^ 
connecuthecustor^toti^ 

the detafls.Theagem then e^tsmerece^ 

con^tedpayment One advantage of the present invention ia that the interface means 

Advantage can therefore be taken of the fact that there are abeady m Jy « 
mstttwton appbeations in existence which enable a user to pay third parth^e ~* 

however Rnenmal ^on^^^ror^^J^^^y 
f^use^mthes^araime^ 

also, obvxously, be used with financial institudon applications tbat are designed 
subsequent to indentation of the present mverrdon. 



COMS ID No: SMBW0309S49 



^ 'P AusfraHa: Time (H:m) 16:57 Date (Y-M-d) 20D3-06-25 



'03 WED 16:40 FAX 61289260911 



GRIFFITH HACK 



- 17 - 



20 



25 



35 



spec^cation embedment of one particular form. The invention is not limited to tbT 
WAnyappropnatcfoxmorfonnatmay bo usedwiththe present invention Further 

5 utilised and illustrated in pages used ^ fte prescnt Y 

**e abovedescriptioncf the pxafexred c^ooiment. his assumed the customers 
"hhamg the urvnnhon will access the mwchant sites&om meirown C on*Z^lem. 

10 aco ess from any computing system which, is com^able to the network. 

cortotT d ^ Pl t!! f ^ ***** ^ bodi *«* °» agent application and other 
15 Mis witmn the scope of the present invention. invention 

^bfe by way of the Internet. The present invention is not limited to use with 
financial actions that provide acceaa to their applications by way of Internet 
websites. Other methods of collection fr™ a „I . . T / y mteraet 
he uHK«^ ^ 2 connection from anetwork to the financial institution may 

FOr eXan ^ lB - ^ ^ 1 of the present 
mvention may m acme cases have a direct connection to a financial inaLtan! the 
^^onoeingin*^^ 

^ca h on i 8 ^ouhed. Further, the network is not limited to the Jnt^^T M 
mventionmay be implemented over any ap propriate networic . ^ 



Generally, the present invention provides in 
to a payment means so 
carried out. In tins, in at least a 
3 0 means to be provided by the 



teriace means which is arranged to connect 
to a merchant account can be 
is without requiring any security 
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fa a vanahon of this invention, on-line payment may be facilitated without requiring 
that custom* first access a merchant site. In tins variation, peer to peer payment* pan be 
facilitated and bill payments can be facilitated. Implementation is similar to the 
mmlememation discussed above in relation to first embodiment of the present 
mvention. Instead of initiation of the payment being by way of merchant site, however, 
initiation is via a system message. The system message may he an e-mail message a 
customer receives an e-mail message, and the e-mail message contains a link to the 
system gateway such as described in Figure 4 of the drawings. The difference here is 
mat the link is in the e-mail message and not at the merchant site, but otherwise 
operation is similar. Details of the person who is to be paid maybe exacted from the a- 
mail or a system database. 

The person who is to be paid may be anybody. It could a utility provider, for example, 
sending out aufflity bfll. It maybe another person merely requiring payment into toe* 
account from the payer* 

Modifications and variations as would be apparent to a skilled addressee are deemed to 
be within the scope of the present invention. 
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THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS ; 

1 • A system for fadhiating on-line payment for an on-line product transaction 
between a customer and a merchant, comprising an interface means which is arranged 
to be inmate* via a merchant site and is arranged to provide a connection to a financial 
institution appKcahon to enable processing of foe payment, via foe financial institution 



i 0 t M ^ aCC ° ZdanCe ^ Claim h ^ inteftoB means is ***** 

10 to enable foe payment to proceed in real time. 

3. A system in accordance with claim 2, wherein the interface means is arranged 
to enable the payment to occur during the product transaction. 



15 4, A system in accordance with claim 1, 2 or 3, wherein foe interface 



means is 



amaged to be initiated by way of a customer compntfog 8y5tem accessing the merchant 

5. A system in accordance with any one of foe preceding claims, wherein the 
^^ ns * to «*S*nation to a merchant system that payment 

* A system in accordance wifo any one of foe preceding claims, foe interface 
means being arranged to obtain transaction details and provide foe details to foe 
25 financial institution application to facilitate payment. 

L ..JLT^ * 5CMdanCe ^ dBim 6> Whercin * e details include 

the payment amount. 

30 «. A system in accordance with claim 6 or claim 7, wherein the transaction details 
include a merchant account identifier. 

-V or»of foe precox chums, whereiu foe 
35 ^tutxon apphcatron is a known pre-existing financial institntion application. 

l * ,f ST ^ 8C « Hdaaco any one of foe preceding claims, wherein foe 
finance instrtunon application recurs a security means to be entered to enable 

P490X6 
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pxoccssmg of the payment, and the mterface means is arranged to enable a customer to 
enter the security means via a customer computing system. 

11. A system in accordance with any one of claims 1 to 9, wherein the financial 
institute application requires a security means to be entered to enable processing of 
the payment, and wherein the interface means is arranged to obtain the security means 
and enter it to me financial institution application. 

12. A system in accordance with claim 11, wherein the security means is 
accessible by way of a customer computing system and the interface means is arranged 
to obtain the security means via the customer computing system. 



13. A system in accordance with claim 1 2. wherein the security means is stored in 
encrypted form, and wherein the interface means is arranged to decrypt the encrypted 
is security means. 



14. 



A system in accordance wife claim 13, the system induding storage means for 



means. 



20 15. A aystem in accordance with any one of the Receding claims, further including 
a database arranged to store transaction details of transactions. 

16. A system in accordance with claim 15, wherein the database is arranged to be 
accessible by a merchant system to enable a merchant to obtain detaii 8 of tractions 

25 that they are associated with. 

17 . A system in accordance with claim 1 5 or claim 1 6, wherein the database is 
arranged to be accessible by customer computing systems to enable customers to obtain 
details of transactions that they are associated with. 

18. Asystemmaccordancewiman^ 
interface means is a software agent. 

19. A method for Mtating on-line payment for a transact between a customer 
and a merchant, emmnising toe steps ofi during the transaction via an on-line merchant 

^IT* ^ aPPBOati0n ***** institution 

apphcanon available to enable a r^ymerrtflom a customer's account to an account of 
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the merchant, 

20. A method in accordance with claim 1 % comprising the further step of 
operating the financial institution application to make the payment. 

5 

21 . A method in accordance with claim 2, wherein the step of making the payment 
occurs during the product transaction. 

22. Amethod in accordance with claim 19, 20 or 21, comprising the further step of 
10 providing the merchant with confirmation that a payment has been made. 

23. A method in accordance with any one of claims 19 to 22, comprising the 
former step of obtaining transaction details and entering the transaction details to the 
financial institution application. 

15 

24. A method m accordance with claim 23, wherein the transaction detail* include 
a payment amount. 

, A 25 , , A method ™ accordance with claim 23 or 24, wherein the transaction details 
2 0 include a merchant transaction identifier. 

2< L c A mC *° ditt aCCOrddftCe witfa «• of claims 19 to 25, wherein the financial 
mshtuhon apphcahon roquirea security mean, to he entered before the payment can be 
made, the method comprising the further step of obtaining security means ftom a 
25 customer computing system and entering the security means to the financial institution 
application. 

27. A^thod in accordance with claim 26, wherein the security means is stored in 
30 me*T mdh0d * e «ep of decrypting the security 

28. 



35 



a 
on 



A method m accordance wrth claim 27, wherein a decryption key is stored at 
remote database, and the method includes the further step of obtaining the decrypt* 
key before decrypting the encrypted security means. 

29. A method in accordance with any one of claim* 19 to 27, comprising the 
further step of stonng transaction records of the payments in a database, the transaction 
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records being available for access by merchants and/or customers, 

30. A method In accordance with any one of claims 19 to 29, comprising the step 
of utilising a software agent to implement the method steps. 

5 

31. A computer program arranged to provide instructions to control a computing 
system to implement a system in accordance with any one of claims 1 to 18. 

32. A computer readable medium providing a computer program in accordance 
10 with claim 31. 

33. A system for facilitating on-line payment for a product transaction comprising 
an interface means which is arranged to be initiated via a merchant site and is arranged 
to provide connection to a payment means to enable processing of the payment to a 

15 merchant account 

34. A computer program including instructions for controlling a computer to 
implement a system in accordance with claim 33. 

20 35. A computer readable medium providing a computer program in accordance 
with claim 34. 

36. A method of facilitating on-line payment for a transaction between a customer 
and a merchant, comprising the steps of providing a system in accordance with any one 

2 5 of claims 1 to 18, and operating the system to facilitate payment for transactions* 

37. A system for facilitating on-line payment, the system comprising an interface 
means which is arranged to be initiated via a system message and is arranged to provide 
connection to a payment means to enable processing of the payment. 

30 

38. A method for facilitating on-line payment, comprising the steps of using a 
system message initialing payment for a transaction, to link a transaction payers 
computing device to a payment means to enable processing of the payment 

35 39. A computer program including instructions for controlling a computing system 
to implement a system in accordance with claim 38. 
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40. A computer readable medium providing a program in accordance with claim 
39, 
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